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Description 

CROSS REFERENCE TO ELATED APPLICATORS 

$ [0001] Tne current application claims priority to provisional application number 80/187,773 filed April 14, 2000 enii- 
lioci "METHOD AND SYSTEM FOR NO'Ri-'YINQ CUSTOivlERS OF TRANSACTION OPPORTUNr":i-lS " which ,s 
incorporated Herein by reference irt us entirely. 

BACKGROUND OF THE SNVENTIOM 

ft f !tf .PJ. st '° l^y ep.*!Q j) 

[0002] This invention ; elates '0 financial iransaciion notification sysiems and methods genctnily Fcitticuia'ty. this 
invention relates to systems and methods fofcoiiecrmg. mortitotsng. and comparing data to customer request. 

Pescnpiion of Rotate d An 

[0003] Prior So the current invention, available event notification systems included, lor example, local desktop onto* 
ncahon systems such as e-mail niens o; instant n->es-sag:ncs alerts which alert a user through a visual or audio signal 
20 that a new e-mail or instant message has arrived and is available for remeval within the users local computer network. 
These alerts merely indicate ihat a message- is avaiiaele for viewing, she alerts do not provide toe substance ot she 
message, 

[000-1] Oihc! event notification tystoms alert * use-; vw fo> example an e-mail message o f She availability of ceitap 
mfotmaiton. solicited or unsolicited, on the imernet or Wortd Wide Web Shrough a specified Wed sits or universal 

ss resource locator CURL"). An unsolicited notification includes, for example, me availability of an electronic greeting card 
( e.g. . www.biuemeumam.cotn). A solicited notiftcairon provides notification of the availability of information mat was 
specifically requested by the user. For example, at mvvv reaitor.com, a registered userosn request noilfication ot hemes 
for safe according to pre-defined user parameters, e.g., localton. pries, number of bedrooms. When homes meeting 
tno iorjisiored user's pataireteis are listed on -he www leallorco'-n Wob Site the Web si'o sends an e snail tc me 

3S registered user indicating that there are homes available for sale fitting the user's parameters and providing the link to 
the Wes sits tn the e-mail. These types of notification systems are limited to one msmod of notification, e-maii. Further, 
the notification system :s nel linked to any other type of user informaton. such as user financial information.. e,g., bank 
accounts credit accounts, ir-vestment accounts, that is consv.mjy van^e due to tne actions of the use 1 i f ;ne 
actions of the user do not result m a triggering of the aiert. 

3» [000S] Finally, there are notification systems available wherein a user's local compels is equipped with a daia filter 
tnul receives arid searches incoming data messages e.g e-mail messages miendea for tne user, for predetermine-a 
event information. When the data filter identifies the predetermined event information, a local oven! indicator; e.g.. 
audio and/or visual, is presented through- the user's local computer indicating that a previously specified evens has 
occurred. The user then has a specified amount of time. e.g.. 10 seconds, to acknowledge the ioca! event indicator 
bv i'or example cocking on the p'ovided visual aleit. oji icen. If We user docs not acknowledge Ihe local even; 
indicator witnin tne specified amount of time- tne user's computer establishes a connexion wish a sewer In oraer to 
remotely notify the user of ine event Through a notification method ot the user's choice, such as, pager, telephone, or 
personal digital assistant ("PDA") . Tins notification system is limited to searching and retrieving taeai event information 
from user-tniendeci messages, o g Web p«ges pushed so a users t-m™! adoress Furtne; -ho local evenis, though 

*s pio-definea and naquoskd ate no; mgtjeitd by use-- actions such as ima^a! nansacSions 

[0006] Consequemly. ihote is a need :n ihe ail lot a nonticasiop system ihat is directly linked so the tenons of me 
*■» use!, m addition so the pro-defined paiamoisns srecied cy the use.-', wherein such a sys-cm oo'ioets data independent 
of any electronic address .of the user, re., information searched for the requested alert is no!, Med to messages 
directed to the user. Further, there ts a need tor a notification system wherein the requested alerts are triggered based 
en the values of ptivato customs; -specif :eJ'nanei.sl information such as bank account credit card or biokei-age portfolio 
information, 

■*> [0007] Vat'Ous embooiments of tne preson* mvsnSion compuse « standalone notification system, inciudmg a nctif:- 
caiion server which generates -electronic messages to registered customers upon their request or upon a host business 
request. A customer provides Ihe -system witb his/her messaging tderstsffcaiion ("ID"5- e.g, s- mail address, GSM (global 
system for mobile communications} or other mobile phone numbers thai are able to accept, ejj.. short message service 
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fSMS 8 ! messages, facsimile number, and/or telephone number. Customers can register writs the host notification 
seivsr without having any nafa1»0fish:p. banking or otherwise, with the host. Customers car choose between different 
notification channels such as e-malL SMS message 'ax of pager 

[00Q8j Further embodiments of She present invention comprise a notification system, which allows host personnel, 
5 such as customer service representatives ("CSR"), to create and maintain customer requests on behaif of a customer. 
[6009] The design of the nofirteation system is geared toward scalability and performance. The notification system 
ensures a scalable architecture by using 3 stateless Wee siie ana distributes architecture. The use of a stateless Web 
site results in increased available memory, 

[0010] 

Figure 1 is a schematic view of a notification system according to an embodiment of the present mvemtoBJ 

Figure 2 is a schematic view of a Web page according Jo an ombeaiment of the present invention 

Figure 3 is a schematic view of Web page according to an embodiment of the present inventor*. 

Figure 4 is a schematic vie* of a Web 0*98 according to an embodiment of the present indention: 

Figure 5 is a schematic view of a Web pac.se according to an embodiment of the present invention 

Figures S(a) 3nc! S(b) are schematic *ews of a Web page according to an embodiment of the present invention. 

20 Figure 7 is 3 schematic view of a Web pace according to a;i embodiment of the present invention: 

Figure 8 is a schematic view of a Web page according to an embodiment of the present invention; 
Figure 9 is a schematic view of a Web page according to an embodiment oi ihe present mveniion. 
Figure 10 is a schematic view of a Web page according to an embodiment of the piesent invention- 
Figure 11 is a schematic view of a Web page according to an embodiment of the present invent-on. 

"■5 Figure 12 :s a schematic view of a Web page according ;o an embodiment of the present invention; and 

Figure 13 is a flowchart iliustraiing a typical process flow when using a notification system according to an em- 
bodiment of ihe present invention. 

D£-TASL£D ObSCRlPTION Of-' THE- i WE-NTiQN 

3S 

[001 1] The notification system embodied by the present Invention Is capable of musttpie avenues of access to and 
from multiple parlies. Further, the notification system utilizes multiple databases which are fed information via the 
multiple parties and/or via other servers and/or back office host systems., such as readable fifes which are updated by 
running an appropriate executable program. 

•Js [0012} In an embodiment of the present invention, all live financial information comes from one or more host com- 
puters operated by the host financial institution . The information provided by these hosts is presented to the databases 
and the aiett message generators included in She notification system in the form of a "host handoff fife" (See PIS. 1). 
This file represents a data dump from the host database of aff information relevant to subscribers on the notification 
sysrern. These host handoff files may be presented periodically (e.g., once a day) or they can be represented as a five 

■*iJ real-time connection between the back office host processors) and the notification system, 

[0013} In at least one embodiment of the present invention, a preferred medium for facilitating atl of the customer 
configuration interactions described below is a public access network, such as the internet or World Wide Web, due 
Jo such a network's far-reaching, efficient and expeditious characteristics for data transmission and presentment. A 
particularly effective method of displaying and generating data and information is through the use of Web sites artoVor 

«* Web pages. While the specific schema illustrated in the tables printed below provide the necessary format for collecting 
and synthesizing data within She databases themselves, the requests for data which are made to or by the customers 
or CSRs are made through a more user-fnsndiy and recognizable formal such as a graphical user interface ("Qui"). 
[001 43 in at least one embodlmsntof the present invention, multiple Web sites are provided to facilitate data collection 
and presentation. The following , which are m no way intended to be Smiling, represent Web sites and Web pages used 

so in a preferred embodiment' of the present invention; norvmember customer CNMC") preference site: member customer 
("fv-G"} preference site {e.g.. CITiOSRECT'8 customer preference sub applications f MiniApps") and Transaction exec- 
utors); CSR preference 'Sita;. product; information, rates and host messages .maintenance site: notification reports site: 
system maintenance site; and database access security site 

[001SJ in an embodiment 0? the present invention wherein a sponsoring financial institution or host (hereafter "host") 
55 maintains the notification system, the host; establishes a central Web site (e.g.. homepage) as an advertising and 
explanatory mechanism as well as the conduit through which MCs, NMGs, and CSRs are able to access their respective 
login Web pages. The format of she Web sites and Web pages may be HTML. XML. or ihe like. Depending on which 
type of customer Is attempting to gam access, the customer -selects the appropriate link, wh ich links them to a login 
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Web page, Once presented with she selected Wets page, the user may be further prompted so select between a 1 irsi- 
time user" and a "repeat user' login link. The difference between these wo iogin links aging the amount of information 
wh«o needs to be ente'od pro* to granting She user access iothe preference sites. 

[0016] Retorts to FIG. i -he notification system 10 a comprise of -3 system of serves s and databases wMcn are 
s accessed v*a the internei hucugh various Wee sites, such as a CiTtALERT 1 " non-member Web site 12 end/or a 
C'.n'iijlRGC'f® member Web see 14. and a Cm ALERT maintenance Web she 110. Since the p; essnt inversion 
though affiliated with one or mors hosts, doss nor require thai she customers accessing or using tne notification system 
actually have a financial reSaiio^shtp with any one of the controlling tests. Web site 12 may be used by a!! customers, 
including non-member customer fhilvfC) (e.g., customers who do not have a relationship wifh the -affiliated bos! or 
to hosts} white Web site 14 provides access io she notification system 10 to member customers Cb&C") only. Web site 
110 ts used by employees e* the hosting financial institution to configure the alert system. 

[QG173 Wen sites 12. 14 and 110 feed informal ^on dnectiy and .ndirecfly. to a numbs' of sources. The Wes srtes 12 
and 14 am sources ci" configuration information related io -he- specific configuration paiametcis for each customer 
{both member and non-member users). The-Wafi site 1 10 feeds additional configuration information into the system. 
This Web site is only useable by host employees and provides configuration information about the nature of the noti- 
fications: the text of she notifications: the manner of notification (email. SMS. ale >; and similar system wide configuration 
information. As discussed beiow, the invention also contemplates accessing external sources of information. One or 
more back office host processors 18 provide host handoff fries to a hos! bandoft files database 16 which include infor- 
mation mat feeds into the customer preference database 24, the afeit message foxi. database 26, and the rates and 

20 information database 30: and which ,r- some cases am psocessed directly by she alors message generators 32. 'i'he 
information provided by MCs and NMCs to Web sites 1.2 and 1 4 is fed into a database containing customer preferences 
24. The inio'mation provided by the- host's maintenance personnel to Web site 110 is ted info >he same database 
containing customer piefeiences 24, as, well as the aien message text database 26 ana. potentially tho rates and 
infoima-n i j < « 3Q T> i Mi j iff n 16 it < ft * j <« » " h i <• n o^un of she 

-"s presem invention the system uses externa^ generated data from external sources 28, These externally generated 
sources include internet based sou ices const aciea sources via private lines or any other available souices Thoy feed 
information into the rates and information database 3D. The rases database contains information including, for example, 
inienssi i^ses <-.r.6 tees on loans and ced't c^rds. interest rates on deposit accounts, foreign exenange rates etc. The 
Information database contains information including, for example, product information, corporate news, new products 

38 or services, etc, 

[0018] Given me three databases customer preference 24, aien message 26, and rate? and information 30; as v<eii 
as fits information in the hos! handotf files database 16, alert message generators 32 access the information therein, 
to form a .v.tes and information aiert message generator 34 and a host aiort message generator 36, These alert message 
oenerasors 32, general o the messages requested by the customers, which arc slorod m an alert message text database 
26 prior lo seeing sent to a customer selected atari mess-.aqe gsttiway 40. As- d:sa.;sseo below fheso pafeways m ; )y 
inciude but am nei limited to c-maif 42. HTWU hypertext mark-up language') 44. 0rfoer46. CSR ca^i 48. mobile phone 
ie<t messaging e g . Global System for Mot^te Comn-iunicationd Service C5SM") 50. and XML (exienssbie mark-up 
language} 52, facsimile 54, and short merisage service t' SMS' } 54. Throt-gn ihese aiett message gateways 40. re- 
quested mformatton is transmitted to. the- customer S8. 

[0013] In embodiments of the presenl invention, multiple servers may be groooed according to ihe partloutar data- 
bases info which they are feeding data and information. While not expiicrtly depicted at She -Figures, these servers or 
feeders are exeoutabies that are run shs-ougri, for example, the system maintenance site, in order to continually update 
the databases wsthin the notification -system. Far example, a customer profile server and a rates server both update 
the customei preference database 24. Simiian'y. she same rates server and a host hanooff server update fne hos; 

*> handotf files, database 16. White not explicitly depicted m the Figures, the customer profile, rates, and host fiandoff 
servers are exacutables thai are launched lor example, through tho sysiem mair-ieriance servensite 110. By way of 
example, prompted by tho system maintenance server/site 1 10, m a specific embodiment of fhe present invention, the 
servers mad selected information from the up-to-date nost handoff files., format the selected information according to 
a command program and update the aforementioned databases, respectively: Further in this specific embodiment, she 

*f customer profile server's functionality t® to keep up to date custosner profile and customer relationship data. As will be 
discussed further later in this disclosure, she customer profits server updates only host customer records, such that 
only MC and not NMC notification set-ups are affected by this sewer. The host handoff and rats servers functionalities 
are to: import host generated events and to keep the rate related infomiation up to dais, respectively. 
[0020} !ne fsie-t message generators 32 eonte-vipiaied by a! least one embodiment of tne present invention include 

■*> a rates and information islet message generator 34 and a host alert message generator 36. Message generators are 
designed to analyze the customer's preferences against current rates, product information and nost handof? data and 
create ensiles within the alert message text- dataoase 26. 

[0021] Tne mtes ana information message generate; ;sj 34 is an executable which has direct access to the customer 
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preference database 24, to rales and Information c^-jsbasetJO and to alert message tc-x- database 26 through database 
access security server. These exseutabios populate the alert message text database 26 with notification requests 
baaed on customs; prefetence specification and rales arid Info content Each reques- record indicates, She customers 
preferred notification enannei i.e.. alert message gateway. The message generators create the actual message phrases 

s taking Into consideration the type of transaction they are repotting on. 

[0022] The host alert mes-saoe generaton's) 36 is an executable which has dhect access to the customer preference; 
database 24. ;o host nandoff files database 16 anc; to aieri message lex; daiabase SS throiigh [he database access 
security server These executabies populate the alert message text database 2S with notification requests based on 
customer preference specification and host handoff results: Sacrs request record indicates the customer's preferred 

>(! notification channel The message generators create the actual message phrases taking into consideration the type 
of transaction ihey are reporting on. The alert message gateways 40 are executable^ which extract the content from 
the alert message text database 25 based on the customer's preferred ratification channel and forward them to the 
corresponding gateway Forwarded messages are moved from a "work" table to an "audit" table within the same da> 
tabase. Specific aiert massage gateway agents wiii be written for each notification channel such as the FAX or the 
SMTP {simple mail transfer protocol} mail, tn preferred embodiments of the present invention; a web-based product 
information, rates arid host messages maintenance sire is provided to update individual rates records, information 
records, host product records, and to report on statistical usage of the product database. This stte is also used to enter 
the specific response messages sent to the customer for each event. 

[0023] in pre:?! red embodiments of the present invention, a web-based = sports server/site 100 ;S used to generate 
20 MIS (management information system) and matks-lng reports on she customer pteieienee database 24 and a Sen mes- 
sage text daiabase'28. The web-based system maintenance server site 110 is. used to backup, archive, restore ana 
report on statistical usage of all databases within the notification system 10, This system maintenance- server/site 110, 
in addition to the configuration operations discussed above, is also used to launch and control different server execut- 
ables and different alert message generator;; 32. Finally, a web-based database access security servei/site 120 is 
"■5 used ;c ccntroi access to databases and servers within the notification system t(3. This database access security 
servei'sile 120 gives a requesting server tne proper database connection siring, database login ID and PASSWORD 
The database access security server/site 126 has administrator privileges over ail the databases. This server/site 120 
solves the problem of hard coding the database login IDs into the operating system registry. 

[0024} Referring to RG. 2. MCs NMCs and CSRs- may enter information through Web site 12. In particular Web 
3B site 1 2 prompts MCs to login by clicking an a first link 1 1 . Web stte 12 prompts NrVSCs to login by clicking on a second 
link 13 and Web s:te 12 prompts CSRs to login by clicking on a third link 15, Referring to FSG. 3, by clicking on the first 
tink 11. an MCls linked to the login Web page 17 for MCs. where the MC is directed to a first-time customer login link 
19 and a repeat customer login link 21. Referring to FIG. A. selection oi the repeat customer login link 21. results in 
Web page 23. Web page 23 prompts -he MC ?o; an ID name 25 and a PASSWORD 27. MCs ID name 25 and PASS- 
ES WOfiO 2? were established during a first -time login sequence, discussed below. 

[0025] Again, retorting to FIG. 3, an MC who is a iirat-tsme VIC. seiecls first-time customer login !infi f 9. Referring to 
FIG, 5. selection of link 13 results in Web page 29 which prompts !ho first-lime MC for various informal :on. including, 
but not limited so, customer's LAST NAME 31, customer's ACCOUNT NUMBER 33 (e.g.. checking.; savings with the 
host), personal identification number ("PIN") 35. customer selected iD name 37. customer selected PASSWORD 39. 
*> a repeal of the PASSWORD for verification 41. and customers E-MAIL ADDRESS 43. Additionally, in an alternative 
embodiment disctissed further Deiow. the first-f imeatstomertogih page also requests payment information {not shown). 
At least one embodiment of the present invention contemplates that a MC will have access to more types of notification 
requests than a NMC. due to the pre-esSabiished relationship with the host As a result of this relationship, the MCs 
private financial information may be utilized in futhliing a notification request As such, at feast one alternative embod- 
«* (merit requires a P I N previously generated by the host for the . which adds a level of protection to the privat e financial 
information (e.g.. account numbers). 

[0026] Further alternative embodiments require that the MO pay a host-deter mined fee depending on various-factors, 
such as the number sf notification requests, the type of notification requests, and/or the fv'C's current financial rela- 
tionship with the host:, in a particular alternate embodiment, the host requires -a minimum cumulative balance of, for 

so example. Sio.000.00. Including all o? the MCs accounts with the host in order to- avoid paying a fee for the notification 
service. In the case where the MG's balance is less than SI 0,000,00. the host charges the MC a flat monthly fee tor- 
using the notification service. These charges are assessed to. for example, the MCs credit card, wherein the MO 
provides credit card information during the registration process (FIG. 5), One skilled i n the art recognizes that -alternative 
fee arrangements fail within the scope of this Invention. 

■*> [0027] Referring to FIG. 6{ss). upon successful login by an MC. the MC is linked to MC preference site 70 which 
utds/es a MWApp and Transaction Executors. Further, fill-in terms, similar to those used tn. for example, the C-fTtOi- 
RECT® home banking system are used to coiled: MC data such- as content tc be notified on ?2, preferred channel of 
contact 74, and a preferred time for notification 76. By way of example, the content to be notified on may Include, but 
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is not limited to information relating to the MCs cheeking, savings and portfolio values. interest fates, stock quotes, 
credit specials (e.g.. specie: losns. tew credit card rates) aid other financial specials offered by the host. Specific 
account-notifications can include, bus are not limited io. past-dee-date reminders, overdrafts, credit limits., specific credit 
charges- (e.g., ssngte amount charges, location charges), credit -fraud warnings (e.g. . based on unfamiliar pattern of 

s charges, location of charges, amount of charges) direct deposits \±-<± of salary, dividend, etc •. balance, credit caret 
due dales, automatic Dili payments, check clearing aier! and ATM withdrawals. The preferred channel of contact may 
bs selected from e-mail. HTML, pager. cs«. mobile phone text messaging, ecj. . GSM. XML. facsimile, and SMS. The 
MC may request to be notified at specific times such as instantaneously {e.g., as scon as technologically posslcle 
when tne requested event occurs), hourly, daily, weekly, or monthly, in alternative embodiments . the fVSC is able to 

ro select different notification times for diff erent events. After making general notification selections via the MC preference 
site 70, the MC is linked to other Web pages (not shown) via the "CONTINUE* icon where they are able- to provide 
more specific request information (e.g. phone*, fax #, requested interest rate, requested account balance information, 
etc ) The Transaction Executors have direct access to tne interna: databases and servers oi the host (e g. CiTiGQLD^ 
server), subject' of course to Database Access Security server restrictions ('discussed below), MCs have more options 

f s to select from, which are not available to NMCs, through MC preference site 70. Punnet; the MC preference site 70 is 
capable of generating reports 73. 

[0028] Referring to FIG, 6{b> : in :?.n embodimeni of the present invention, when the MC clicks on The- "CREATE 
REPORT" link 78. the MC is directed to a separate "Report Parameters" Web pace 200 for defining report parameters 
The "Report Pa^metsrs" Web page 200 lactates user-defined repents 205. where the MC has the ability' fo define 

20 what type of report the MC would like So have created tram the -information contained In the notification system, as weii 
;3s predetermined parameter reports 210. Predetermined parameter reports 210 include, tor example today, csaiiy. 
weekly, monthly notification reports which list all notifications sent during the current day for today and the immediate 
preceding specified time frame e^. preceding day. preceding week, preceding month for daily, weekly, and monthly 
notification reports. Further, she predetermined parameter reports 210 show ail methods by which the notifications were 

ss sens: as well as a summary of the notification. e,g,, "$i .000 deposited Into account no. XYZ on MM/OCWY.* User- 
defined reports 205 allow the user to specify parameters used to create the report from specific dates and date ranges 
lo specif :e accounts, to specific notification methods through which the specified notifications were sent. Once the MC 
setecls their ciosired report parameters or predetermined parameter report, clicking on the "GENERATE REPORT 
button 215 results In a report which includes the desired parameters. 

3B [0029] in an embodiment where a NMC enters the inilial Web site 12, the NMC selects link 13 which, referring to 
FIG, 7, links Use NMC to the NMC login WoP page 45 which prompts the NMC to select between a first time customer 
login tin* 47 and a repeat customer login link 49. Additionally. Web page 45 may offer a Sink to the host's homepage 
51. in order to faniiiiarae the NMC- with the other services ottered by the host, with a reminder that the notification 
system offers a wider range of services to MCs. Selection oi repeat customer login Ink 49 links the NMC to the repeat 

& customer login Wets page 53, as show in FtS. & where trie NMC is prompted to enter previously selected ID name S3 
and PASSWORD' 57. 

[Q030] Aiiemauveiv referring to RG. 9, when the NMC selects the firsi-tlme customer login link 47, the NMC Is linked 
to tne tlrst-timecusierner login Web page S3, where the NMC is prompted to ent ersome oral! of the following information 
including customers FULL NAME S1 . customer's selected :0 Name 63, customers selected PASSWORD 65. repeat 

*5 of PASSWORD for verification 67. rand customers E-MAIL ADDRESS 60. Referring to F!G. 10, upon successful loom, 
the NMC Is linked to a stateless NMC preference site SO which uses an HTML form to collect customer data such as 
content to he notified on 82. preferred channel of contact 84, and preferred time '.o- notification 86, By way of example, 
the content to be notified on may include, Put is not limited to information relating to {merest rates, mortgage rates, 
stock quotes, credit specials (e.g., special loans, tow credit card rates) and other financial specials offered by the host, 

«* The preferred channels of contact 84 and the preferred times for notification 86 are similar to those listed with reference 
so 74 and 78. After making genera! notification selections via the NMC preference site 80. the iVitVSC rs linked io other 
Web pages (not shown) via the "CONTINUE" scon where they are aoie to provide more specific request information 
fe.g. phone-*, fax #, requested interest rale). This NMC preference site 80 does not generate any reports and tsnansisi 
account information ss not accessible through this site, in an alternative embodiment prior to gaining access to the 

so NMC preference Site 86, the NMC is required to provide payment information in order for the host to charge the NMC 
for the notification service. In this embodiment, the NMC provides, e.g., credit card and billing informalion to the has!. 
The host establishes a desired method and time for payment, e.g., fiat monthly fee. fee based on number of alerts, fee 
based on type of e.iens isee beiow) 

[0031) in a further alternative embodiment, the host provides the NMC with the same alerts that are provided io. the 
55 MC, In this alternative embodiment, the host uses either pre-established fines of communication , such as ATM lines . 
credit authorisation lines, settlement lines (e. g, . Automated Clearing House) and/or specifically negotiated and estab- 
lished lines of -communication, in order lo obtain the- NMCs financial Informalion from the NMG's financial institution. 
Referring to FIO. 1 , the NMCs' financial information is obtained through external sources 28 and stored in the rates 
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and information database 30. For exampie.a customer with a single checking account as Chase Manhattan signs onto 
ihe notification system nested by CITIBANK and requests ihat the notification system alert ihe customer via SMS 
instantaneously when the customer's checking aeeounr balance is below $1,000.00, In this alternative embodiment, 
me NMC is provided with some or all of the notification options that are available to the MCs in order to provide this 

s alert, CITIBANK cannot use its :n;e:nai souses Consequently, referring io FIG, 10, when ihe customer selects the 
"CONTINUE" button, the customer will be queried for ai) identifying mformalion necessary to complete !be alert, in this 
example, she customer supplies information that identifies the customer and the customer's account to Chase Man- 
hattan .so thai Chase Manhattan can release the customer's information to CITIBANK. Tins ir*orma?on includes, for 
example, the customer's CtM. the customer's checking account information, including account number, as well as 

>(! Chase Manhattan's identifying interrnaiion.sueh as bank routing number or bank identification number f*8W), Using 
this identifying information. CITIBANK establishes a standing request to Chase Manhattan to send the customer's 
checking account to CfTIOANK whenever there is a change in, for example, the amount in the customer's checking 
account. When the updated cheeking account information » received at CITIBANK, the updated checking account 
information, ej^ balance. Is compared to the customer's request and if the ©stance is below SI .000,00, the CITIBANK 
notification system formulates a notification message and sends the message to ibecustomer using SMS. if She balance 
is a! or above $t ,000,00. no message Is formulated and the notification system waifs tor the next update. 
fQ032J As with the MCs and the NMCs focfin, the CSRs are also able to access the notification system through the 
Web site 12. A CSR selects -he CSR login link 15 on Web site 12, CSR login link 15 links the CSR to login Web page 
71, wherein She CSR is prompted to enter identification information, such as CSR Name 73 and CSR NUMBER 75, 
as shewn m FIG, 11 , Un^c the iocwi chores c'oscntoo to mo MC-s and the NMCs -n FiG{sj. 3 ano 6, the CSR :s not 
offered a first-time login link. The GSR mus! already have been assigned !hs appropriate identifiers prior fo entering 
the iogm Web page in order to suceesstoiiy login jo the notification system 10. 

[0033} Referring to FfG, 1 2. upon successful tog.:n. CSRs are linked so a CSR pteierenee site 90, where the CSR is 
able lo create customer requests 92 and set notitlcaiion channel options 54 and notification time options 98 on behalf 
of the customers, e,£.. MCs- and NMCs. CSRs enter the customer's Customer Identification Number f,CJN) 86 in order 
to access previously entered customer information -flies or to create new files under this CIIM. Sy way of example, the 
content to be notified on may include. Put is not kmiieci to information relating to fhe MCs checking, savings and portfolio 
values, interest rates, stock quotes, credit care charges <e over a specifies .-.mount, made in a specified geographic 
region, made in a specific retail store) automatic bill payments (e.g.. car loan, mortgage, school loans, telephone. 

3B utilities, insurance, and the like). ATM withdrawals, credit specials (e.g.. special leans, low credit card rates) and other 
fmanci&i specials ottered by the host Alter making genera) notification selections via the CSR preference site 90, the 
CSR is iinked to other Web pages (not shown} via the "CONTINUE" icon where they are abie to provide more specif ic 
request information (e.g.. phone #, fax it alert customer when home mortgage rates reach X%).. 
[0034] - By way of example. :r< R{S. 1 3 a method of pt noticing the invention begins wish a customer entsnng an initial 

3$ Web site (e.g.. CITIALERT™ Web site) maintained by the host (e.g.. CITIBANK'*) (S1}. The Web site prompts the 
customer fo select the icon which reftecis toe customer's status as either a VIC or a NfytC (S2). U" the custom©: selects 
the NMC icon, the NMC is linked to the NMC login Web page (S3). The NMC. login Web page queries the NMC as to 
whether or not this ts their 'first login attempt (84). if this is the NMCs first login attempt, the NMC selects the appropriate 
tcon. is linked to the first-time login Web page, and provides the requisite information (S5). Assuming the NMC has 

■*iJ logged in at some previous time, the NMC selects the repeat customer icon and enters the appropriate IO Name and 
PASSWORD (86). After logging in. the NMC is direciecs to the stateless NMC preference site where the NMC is prompt- 
ed to select message and noi-icayon information (87) 

[GG35] if in response to (S2) the customer selects iheMC icon, the MC is linked to !he MC login Web page (S8). The 
MC login Web page queries the MC as to whether or not this is their first login attempt (88). if this Is the MCs first login 

«* attempt, the MC selects the appropriate icon, is linked to the first-time login Web page, and provides the requisite 
information (81 Q). Assuming the MC has logged in at seme previous time, the MC selects the repeat customer Icon 
and enters toe appropriate iD name and PASSWORD (S11). Alter logging in tne MC is direo;eci to toe MC preference 
site (o.$ . CrnQIRECT® $:•(?} where toe MC ;s prompted io select message and notification information (512), 
[0036] Within both me NMC pi eforenee sue 80 and the MC preference sit e 70, respectively the customers are prom pi - 

so ed to choose and provide information relating so a message they would like to recede .and also to seiect the notification 
alert message galeway 40 through which they would like io be alerted of I he- message (St 3). This information is saved 
nythe notification system 10 Within the hosi-hando'? files 16, (514). The hosi-hanooff tiles 16 are accessed by muifipte 
servers iseo FSG. 1! and dala therefrom <t compiled into specific isquest and notification f:!os (S15). i"he specific 
requests are compared to continuously incoming information from internal and external sources (818). The notification 

■*> system 1 0 ascertains if the: e is a match {S17). it there is a match, the customer is notified according to ihe customer's 
request ihtough tne customer's selected gateway (S18), if there r$ no match. Ihe reouest Is compared to the next bit 
of incoming information (S19). until ihe request is fuffiiied; 

[0037] The notification system 10 described above is capable of 'alerting customers in multiple transaction areas. In 
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embedments of the present invention. MCs enjoy & wider range oi possible notification scenarios, due to Iheir financial 
relationship with the host, For example, MCs may be alerted as to account balances. CD maturation, credit card pay- 
ment being due, a check has bounced, foreign or domestic exchange has hit a target price, foreign exchange rates; 
domestic interest rates, sic. Either me MC or a CSS would enter the appropriate preference cite and proceed to enter 

$ the request in an alternative embodiment, i? the MC has a broker relationship with the host, an embodiment of the 
present invention contemplates a multiple afert scenario, wherein, for example, the MC requests notification when a 
particular stock hits a specified value. This is the first: atert. The UC further instructs the host broker at the time of 
establishing the first alert, to buy X shares of the stock, using funds from a specified account, when the stock value 
reaches this specified value. The host broker sends a second alert notifying the MC that the transaction has been 

>(! competed. Alternatively, after sending the first alert, instead if purchasing the stock automatically, the host broker is 
instructed by the MC to watt for a reply message from the MC prior to purchasing the stock. Although more restricted 
in the types of alerts that they may receive in certain embodiments. NMCs may-stiff be alerted regarding for example, 
in to rest rates and stock prices.. 

[0038} in wwous embodiments of the present invention ail of the customers of the notification system 10 create their 
»* own login 10s and PASSWORDS through a web application interface in order to access the notification system 1 0 via 
the internet Customer login IDs and PASSWORDS are subject to creation business : ules and are check so for unique- 
ness. The web application iegm IDs are independent of any host ID such as host account numbers, or. CfNs in the ease 
ef MCs The PASSWORDS are kept in encrypted format, in the case of NMCs. the ID and PASSWORD may only grant 
them limited access to the notification system 1 0, in alternative embodiments, the MCs may have access to other levels 
20 or databases within the notification system due So their membership status, in order to access these databases, in 
addition to their self -created IDs and PASSWORDS,. MCs are prompted to enter additional identifying information such 
as. .account numbers orCINs. 

[0039} in vatious preferred embodiments of the present invention, once ihe customers have created IDs and PASS- 
WORDS, the notification system 10 offers multiple avenues for alerting or notifying the customers of financial oppor- 
tunitles to which they might wish to avail themselves. Referred to herein as alert message gateways 40, these include 
but are noi limited to electronic mail {""E-mail") 42. mobile phone text messaging e_g_. Giobat System lor Mobile Com- 
munications Service ("GSM") 50, facsimile fFax*) 54, extensible mark-up language {"XML") 52, hypertext mark-up 
language ("HTML'"} 44. pager service 46, and short message service ("SMS") 56. Additionally, personal contact meth- 
ods may also be chosen . such aspertson-to-pe-nson calls with CSRs 48, in the event that, a particular notification gateway 
3B 40 Is not specifically selected, an embodiment of the present invention provides a default notification gateway, for 
example, the customer's e-m&ii address, in this embodiment, the e-rnail address of ihe customer would be a required 
field that must be completed prior to enrollment into the notification system. 

[0040] in various embodiments oi the present invention, customers access the nohncaiion system 10 for arty of a 
variety oi reasons Customers may choose ;o access the notification system 10 in order to add new or updated infor- 
ms mation to one or more of the avaiiabte databases, in particular, customers may wish to choose or change their prefer- 
ences for when and how they wish to be notified of transaction opportunities. Further, customer'. s may Wish to check 
a log or report of the most recent notifications thai they have received. For example, an embodiment of the present 
invention allows customers -to chock a report containing the last X (X » t , 2. 3....n) notifications ot which the customer 
vvas alerted via their chosen notification gateway 40. Further as discussed with reference to FIG. 6{b). the report may 
■*iJ contain a more detailed account of the substance or the notification for the customer to review prior to acting or not 
acting based on fhs information contained in the notification 

[0041] Embodiments of the present invention allow host personnel or CSRs to access the notification system 1 0. in 
addition to customers accessing Ihe notification system. CSRs, including host telephone operators, are able to create 
or update customer records through, for example, a web application interface These additions or updates may be 

«* added in response to a customer catt t either after the can or simultaneous therewith . in an alternative embodiment the 
GSR accesses the notification system 10 to enter customer record information that has been collected from other off- 
line sources, such as from customer paperwork that has been completed by the customer for host service enrolment, 
e.g. opening new accounts, applying for loans . etc. As previously discussed, the GSR's also have IDs and PASS- 
WORDS to ensure the security oi the customs: records. Furthei . ihe embodiments oi the present invention contemplate 

so that the CSR web application interface be only available- to CSRs. 

[0042] in addition to adding or updating customer records directly into the Web site, an alternative embodiment 
enables the CSRs so access particular feeder databases or servers which are not part of the immediate Web site 
databases-servers and enter date thereto for later addition to the Web site databases/servers, in tnls embodiment, ihe 
files from the off-site databases or servers (hereafter "■feeder servers") are fed into the Web site databases/servers in 

■*> response to an established execution progiam. T hese leader servers are as numerous as is necessary in order to 
efficiently and accurately supply customer and other relevant information to the Web site databases/servers. The pos- 
sible configurations are too numerous lo rnenlion but one skilled in ihe art will recognize the many variations which 
flow from the following embodiments. 
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[0043} The alert message ioxi database 26 contains the notification roquesis based on the specified customer pref- 
erences, in addition to the substantive- requests {e.g.. notify me when each share of Microsoft® is S 1 S0"i each request 
record stored irs the alert message text database 26 indicates she customers preferred notification channel te.o, . page 
me with the notification at the following number (^sr-2X2-^««2}. This database utilizes information gathered through 

s the- customer preference databases 24, The formatted requests held in the aierl message text database 25 «re ac- 
cessed and searched during the running of the execution program (e.g.. CITI ALERT™ software program), using in- 
formation from the host nandotf fifes as well as the rate and information databases, if an alert condition has been 
satisfied based on the up-to-date information, the alert message text database 26 initiates the procedure for notifying 
the customer that the request has been met. The Mowing tables represent various schema followed for accessing 

>(! and utilising information from the alert message text database 26. 

[004-1] The rec-der severs sis wet! as the Web site databases/'serveis may be separated depending on design 
parameters and the type of ratification scenarios envisioned, Into various types of categories. For example, the Web 
site ciaf abases 'servers might include as shown in FIG. 1. customer preference database 24, rates and information 
database 30, sien message- text database 26, access database (not shown), and imaliy host-handoff tiles 16. T hese 

f s lists of category types are not meant to be limiting, they are merely -exemplary. 

[0045) in an embodiment ot tno preset invention, the customer preference database 24 contains mfom nation atiou? 
the customer, customer preference information . GSR information, riotlf ieation method information , rates and information 
data, including prompt and response data, arid display group information. Each type of information is represented in 
schema tables, such as those printed «nd desenbed iurtherwiih reference thereto below. The particular schema tables 

20 set forth below ate merely exemplary and may include mote or less information as determined by one skilled in the art 
for She type of notification system that Is envisioned 

[0046] in certain embodiments of ihe present invention, the customer preference database 24 contains multiple data 
tables for storing and correctly logging In required data into the requisite datsfieids. m these certain embodiments, the 
customer preference database 24 is accessed and information is entered thereto by multiple- entities, tor multiple pur- 
poses. The following tables provide exemplary data .schema formats for data storage within the customer preference 
database 24, 

[0047] Referring fo TABLE 1 . ihe exemplary "Customer from Customer Preferences-. Database" table includes, for 
example, an unique customer identifier used Internally by the host, customer name, contact Information fejj,. phone/ 
fax numbers), e-mail address. GSM or other mobile phone text messaging numbers). CSR ID, customer type/host 

3B affiliation { e.g. , MC or MMC). password{s), and login ID, The customer preference database retains all passwords, 
including customer passwords, in encrypted format. TABLE 1 contains a default notification method data field which 
ranks a customer's preference for notification methods, eju e-mail first. GSM second, facsimile third. In addition to 
data fields containing; the date for the last time a "modification was made to a particular customer's notification record: 
an activation flag tor indicating whether a message is to be sent for a particular notification subscription or not e.g.. 

•Js messages resulting from a particular notification subscription are held in queue; and an authentication cookie generated 
each time a customer retrieves fhe : r record f.c be updated. 



TABLE 1 



Customer from Customer Preference Database 


fteme 


Type 


Length j Description 


Customaiid 


Int 


4 j infernally generated unique identifier ot the record, 
- 


CustomerType 


Char 


■1 1 "C" for CiT iDiRECT or CiTiGOL D customers 
| "0* for non-Hosi customers 


Logintd 


Char 


22 | User created login !D for nort-ClTiOlRECT customers. 
| Customer identification Number (GIN) for GITfOIRECT 
| customers. 


Password 


Char 


to | User created password for non-OiTiDSRECT customers. 
| Mot used for CiTlOiRECT customers 


Name 


Char 


60 | Customer first name, last name and title 


Email 


Char 


SO | 6-mai.l address to receive alerts 
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TABLE t (continued) 





Name 


Type 


Length 


Description 


GSMNumber 




20 




FaxNumber 




20 




Defaults ot if icatton-M et hod 






^ r ^ 

"2" for GSM 
"3" for FAX 


LastModifiedQate 


Time Stamp 




Dale when the Customer record was last updated, 


CSRtd 


Int 


4 


representative. 


DayPhone 




20 


Customers day time phone number 


EversingPftone 




20 


Customer's evening Sims phone number 


ActlvstionFlag 


Char 




*Y* means atert messages will be generated for this 
subscription and Customers wiii see this prompt on ihcir 
screen. "N* means aiert messages will not &e generated 
for this subscription and Customer's wig not see this 
prompt on their screen. This flag is used when the 
customer ctoes not want.to receive alerts yet he/she does 
not want to dear the current atert settings. 


AuthCookie 




40 


it's an application cookie generated each time customer 
fetches his/her record for update. Thss value is compared 



[0048J Referring to "S'ASLu the exemplary "Customer Request nom Customer Preferences Database" table in- 
cludes: customer ID (described above); identification of the processor type, ejj.. rates and information or host type; 
reference )0, e.g.. the alert to which the customer has subscribed which is dependent upon processor type; threshold 
hag; threshold value: notification method: notification limit: last notification date: and CiN for MCs, e.g., used to access 
MC information from host database. Customer requests are separated through this table according to the whether the 
customer's, n^est requires the.; the interna: host datasnses be eccessed ;o fuS:ii the nsc^est. e_g_. tor vedous. MC 
requests involving an MC's account(s) with the host, or requires that externa! databases be accessed to fuifiii the 
request. This table includes a threshold flag data field for indicating whether a particular updated value is the same, 
greater., or lesser then a customer indicated threshold value (e .g. , interest rates, stock quotes). The notrto-ation limit 
data field holds an indicator tor how often or how many times a customer chooses to he notified of the same alert, e. 
g.> no limit, no atert. a specified number. 



TABLES 2 









i Reci.>es.ts 


'ram Customer Preference Database 




Name 


Type 


Length 


Description 










Reference so a Customer record. 
IPtlmasy key part 1 of 3) 




PrcesssofType 






"1 '' for Rates and Into type 
"2" for Host type 

This field is required since- the. public information and data 
obtained from the host are in different database. 
(Primary key parts of 35 
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TABLE 2 (continued} 





CusTome: R>jqu>?sts 'torn Customer Fnsfetence Dpk-.brise 




Name 


Type 


Length 


Description 




Reforen, <!!■ j 






sunscubing to Reierencc -o « RaiesAndiniorF.orvis nacostf 
#hen ProcessorType is T .Reference to a HoslinfoPrompts 
record when Processor Type is "2" (Primary key pad 3 of 3] 




ThreshofdRag 


e* 




For Rats type aisrcs it indicates the comparison mode of the 
current rate and me customer indicated thresnotct value. 
"0" for any enange 

"1 " ft current rata is greater then threshold value 
"2" it ■corr em rate is iess then threshold value 




Thrcs^jfc'VaLio 




S 


For Rats type alerts it is trie customer target value 




Mots toatto n Met hod 






The notification method for this alert. 

T' for E-mail 
■'2" for GSM 
"3" tor FAX 




— 


int 


4 


Number .of times to be notified M* tor No limit "0" for no alerts 
will be generated 

A Positive number will generate an alert and the number will be 
decremented automatically. 




LasSNotifioafion Date 


•iimeS^r.p 




Last time an alert was generated. 

This field is used by the Aiert Message generator's to avoid 

sending duplicate messages. 


3S 






2? 


customers: This field is duplicated here for performance 
optimization tin ideal Q8 design this held should de obtained from 
Customers tabie Login field. 



[QG49] Rdfcrnnti !o TABLE fj the t>>erpplvy "Ct.-siort"?: tow Represem Mive frum Customer PiCfeier-ccs D«; v 



?jl andaCSF 


manager's ID, which 


an internally generated identifier unique to each CSR. name, phone number, 
is 'he -dem-tier ior rhe CSR's manner 

TABLE 3 




Cnslotner S-si\ 


ce Representative from Customer Preference Database 


Name 


Type j Length I 


Description 




Int 4 internally generated Unrque identifier of the record. (Primary key) 


Name 


Char SO j 


Cusiomer Representative first name, last name and tiiie 


Email 


Chat j so j 


E-mail address to receive eopv of the alerts sent to the their customers. 


Phone 


Chat | ?f> j 


Phone number 




in; j -i j Retc'ifficc ro ~ «r other CSR reco'd whuh represents ilvs CSR's manage! 



fOOSO] Refwrng io TASLE 4 the pvcmjr-arv "fifotif'Crffron Meinocis from Customs Preferences Database" :ab!e in- 
cludes tno data f^ids ici the typo of notification meih&ds mat are available and the specifications ;or the text xnat 
appears for the heading of each notification method. 
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TABLE 4 



Notification Methods from Customer Preference Database 


Name Type Length 


Description 


NofsfieationMsthod J Char J 1 


■■. ■ ■■ . 

"2" for GSM 
"3" for FAX 


Heading | Char j 20 


The textual phrase appearing on different screens (Web sites). 



[0051] Referring to TABLE- 5. the exemplary "Rates and information Prompts f«om Customer Preferences Database* 
table includes data fields for: an unique internal identifier for a particular 'rates and information prompt: 3 display group 
identifier; the display order: rates and information types; prompt text; CSR notification; activation fiag; start date; esc- 
is pirate date: current rate; iast update date; and automatic feed identifier 

[0052] The display group identifier identifies the particular group of prompts to which this partfeuiar prompt belongs . 
Exemplary dispiay groups include, for example, auto loans, Certificate of Deposit i"CO") rates, mortgage rates, stock 
quotes, credit card rates, etc, The display order dais field determines the order in which a particular prompt appears 
on the customer's notification screen. The rates and information type data field reflects whether the prompt ;s directed 
zo toward product: information only or product Information with the associated rates. For example, product information 
only is a lis; of available mortgage ioans such as 30-year fixed. 30-year variable. 1 5-year fixed, and 15-year variable, 
while product information with associated rates would Include the types of mortgage loans pius the current Interest 
rates for each. Tha prompt data field dictates the format, iangth. type of the notification textual phrase, The GSR 
notification data fietd dictates whether or not the customer chooses to have a CSR be copied on an alert. CSR notifi- 
es cation may be desirabie. for example, where me customer desires that he be notified of alerts by a CSR directly The 
start expiration, and last update date data fields indicate the date on which the notification system should begin gen- 
erating appropriate alert messages, the date after which She system wiii no longer generate alert messages, and trie 
data on which She current rate and info prompt record was updated, respectfully. The current rate data field contains 
the current rate, ejj., interest rate, against which a customer's threshold rate is compared. Finally, She auto feed identifier 
3B data fieid is used by toe feeder applications (discussed above) to identify matching records during the process of 
importing rates and information from sources. 



TA8L£ 5 



| Hates and inform 


ation Prompts from Customer Preference Database 


| Name 


Type 


Length 


Description 


| RatasAndfnfoPromptid 




4 


Internally generated Unique identifier of the record, (Primary 

key) 


| DispiayG roup id 


tnt 




Reference to DispiayGroups record which represents this 
Product Prompt grouping such as "Auto loans" or "30 day CO 
rates" 


| DispiayOrder 


!nt 


4 


The order in which this prompt will appear on the Customer's 
screen within the DispiavGroup. 


| RatesAndlnfoTyps 


Char 




"I" for Product information only types 

"R" for Product information with associated rate 


| Prompt 


Char 


100 


The textual phrase appearing on She different screen (Web 
sites) describing the alert. 


| NotrryCSB 


Char 




"Y" means when a message is sent to the customer then a 
copy will also be sent to the customer's CSR 
*N* means do' not send a copy to CSR. 
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TABLE 5 {continued} 



Rates and information Prompts from Customer Preference Database 




! Type 


Length 


Description 


Activa'tiDnFSag 


j Char 




*Y* means aiert messages will be generated for this 
subscription and Customer's wtfi see this prompt on thesr 
screen, 

"N" means alert messages will not be generated for this 
subscription and Customer's will not see this prompt on their 
screen. 

This Bag is used when the prompt is under construction or it: 
is (o the approval phrase. 


Si, C.te 


i Time Stamp 


8 


The date from which the system will generate alert messages. 
This field has no effect on Customer screens, which means 
thai if She AciivationFtag Is "Y° then this prompt wiii appear 
on ihe Customer screen regardless of the StattDate field 
value. 




! Time Stamp 


a 


The date after which the system wiii not generate alert 
messages. This field has m effect on Customer screens, 
which means that if the Activation!" lag is "V" men this prompt 
witl appear on the Customer screen regardless of the 
ExpitationDate field value. 




! Real 




The current rate to which Customer threshold targets are 
compared against. This field is valid only if the 
RatesAnrjinfoType is "FT, 


La3Vpd^C-\iie 


TimeStamp 


8 


Last time this record or its corresponding response was 
updated. This field is used by the Alert Message generator's 
to avoid sending duplicate messages. 


AutoFeedfd 


Char 


10 


This field ta used by Feeder applications to identify matching 
records during import process. 



[0053] Rute>'"9 to TABLE 6, the exemplary "Rates and informs! lor; Responses from Customs; Preference Data- 
base* tacts includes data fields for; an unique interna! identifier for a particular rates and Information response; the 
corresponding unique Internal identifier for the particular rates and information prompt; notification method; subject: 
response oetasi: and activation flag. 

[0054J 5 ne "Rdes and tnfotmation Responses from Customer Preference Database" details the corresponding re- 
sponse infe-matton for the "Bates and Information Prompts from Customer Preference Database." Consequently, the 
responses are assigned as? identifier that ts finked So the prompt identifier representing the prompt to which it is re- 
spo-ic ng T hc s ibject data iieid dictates the textual phrase thai appears tn ihe response message heading, e g., such 
as the subject line in a standard e-mail message. The response detail data field dictates the textual phrase Shai appears 
m Ihe Dodv of tne response message, ejj„ such as the body of a standard e-mail message. 

TABLE 8 



Rales and information Responses from Customer Preference Database 



Name 


Type 


Length 


Description 


Rates An d 1 nf o Response! d 




4 


Internally generated Unique identifier of the record. (Primary 

Key) 


Rates An d Info Prompt! d 


mt 


4 


Reference to a.RateAndlnfoProropts record which 
represents the prompt '(question} to this response. 
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TABLE 8 (continued) 



Raies and information Responses from Customer Preference Database 


Name 


Type 


Length 


Description 


toifieattenfvfeihGd 


Char 


t 


"0" for default response for at! methods 
T for E-mail 
"2" for-GSM 
"3" for FAX 


Subject 


Char 


100 


The textual phrase appearing on -he Response message 
heading. This is the same as standard E-mail subject text. 


Response Detail 


var Char 




The lextuai pnrase appearing on she Response message 
body. This is the same as standard E-mail body text. 


Actlvaftonfiag 


Char 


1 


"Y" means this response is ready io be sent to customers. 
! 'K ! " means this response is not ready to be sent to 
customers.. 

This flag is used when the response is under construction or 
it is hi the approval phrase. 



(0085} Referring, to TA8L.E 7. the exemplar/ "Display Groups from Customer Preference DataBase" table includes 
data fields for; a display group fdenWter, heading; source database; and the display order. The source database indi- 
cates Vne database which stores the display groups, ejjf.. she customer preference database 

TABLE 7 

Display Groups from Customer Preference Database j 



Name 


Type 


Length 


Description j 


OispiayGroupld 


tm 


4 


Internally generated Unique identifier o? the record. {Primary key) j 


Heading 


Char 


SO 


Tne textual phrase appearing on different screens {Web sites). This fteld j 
represents the Product grouping such as "Auto loans* or "'30 day CD j 
rates". 1 


SourceDB 


tnt 




"■V lor Customer Presence Database 


DispiayGrder 


in; 


4 


The order in which this product grouping will appear on the Customer's j 
screen | 



(0056} in an embodimenf of the present invention, the rales arid information database 30 contains promo! lor-ai con- 
tent such as current rates and upcoming specials. This database Keeps generic notification options available to ass 
customers Tins database can also be used lo broadcast critical messages to selected customers For example, if a 
customer has indicated a specific price at which the customer wishes to purchase a specified amount of stock or has 
requested notification in the event of a particular amount of variation in a foreign exchange rate, the rates and infor- 
mation database contains this type of information. 

[0057} in an embodiment of the present invention, the alert message text database 26 is used to keep the content 
of the text oi the alert, messages {provided by the host handoff files database 16) in an efficient format. Only the latest 
handoff file content is retained in the alert: message text database 28, 

[0058} Refer; \o TABLE 8. tne exemplary -Most information Prompts from Alert Message Text Database" table 
Includes data f ields for: an unique interna! identifier for a particular host information prompt; a display group identifier; 
the display order prompt text: GSR notification: activation tteg; start date; expiration date; message eode: last update 
date; and automatic feed identifier, 

[0059} The majority of <hs data tialds trom TABLE: 8 ar--? described with reference lo af leas! TABLE 5. Additionally 
the message code is an achor. cede 'ha- i? set by the host and represents the host tcsontttsed even vyhsch the customer 
has selected for alert purposes ■ Thts message codo Is used by the alert message generator to map host event records 
to host information prompt records. 
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TABLE 8 







Host info 


maSlon Prompts from Wert Message Text Database 


5 


Name 


Type | 


Length 


Oescription 




Hostirtf.aPfompl.ld 


In! j 




intemaBy generated Unique identifier of the record. (Primary key) 




OlsptayGrouptd 




Reference to Display-Groups record which represents this Product 




DisplayOrdSf 


!nt | 


4 








Char | 


too 


The textual phrase appearing on the different screen (Web sites} 




NotifyCSR 


Char ] 1 


will also be sent so' the customer* CSR. 
"hi" means do noi send a copy to CSR 




AchvationFlag 


Char | 




*Y* means alert messages wili be generated ?or ths subscription 
and Customer's will see this prompt on their screen 
"tV means alert messages will not be generated for this 
subscription and Customer's will rtot see this prompt on their 

This flag is used when the prompt is under ■ construction or if is in 
the approva! phrase. 


3S 




Tims Stamp ] 


8 


The date from which She system will generate alert messages. This 
fcefd has no effect on Customer screens, which means that if the 
AcilvationFlag Is "Y" then this prompt wili appear on the Customer 
screen regardless of the StartDate field value. 






Time Stamp j 


8 


The date after which the system wili not generate alert messages. 

the ActivafionFlag is "Y" then this prompt wiff appear en the 
Customer screen regardless of the Expiration Oats -field value. 




MessageCode 


Float ! 




The action cede set by the Host, which represents Shis event. For 
extimpie "11 lit" means overdraft. The Message cede is used by 
the host alert message generator to map a HcstEveni record to 
HostinfoPrompt record. 




LastUpa'ateDate 






Last ttrse this record or its corresponding response was updated. 
Th is field is used by the Ale;l Message gens' ators so avoid sending 
duplicate messages. 




AutoFeedld 


Char | 




This field is used by Feeder applications to identify matching 
records during Import process. 




[0060] Reterrincj to 


TABLE S, the ex 


emplary*!- 


est Information Responses from Aiert Message Text Database" table 



includes data fields for: an unique internal identifier for a partial far rates and intomtatlon response:, the corresponding 
unique internal identifier for the particular rates and information prompt; notification method: subject: response detail: 
and actiVrthon -Tag The description o? ihese data fields :s found with teference to TA8-.E 6. 



TABLE S 



Host Information Responses from Alert Message Text Database 


Name 


Type 


Length j Description 


Host InfoResponseld 
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TABLE 8 (continued) 



Host information Responses from Alert Message Text Database 


Name 


Type 


Length 


Description 


HOstlntoPromptld 


m 


4 


Reference So a HostinfcPrornpts record which represents the prompt 
{question} to this response. 


^otificattonMethod 






"0" for default response for all methods 
"ffore-maii 
"2" for GSM 
"3" for FAX 


k cc 






In o textual oh rase appearing on she Response message heading. This 
is the same as standard E-mail subject text 


ResponseDetah 




1024 


The textual phrase appearing on the Response message Body. This is 
the same as standard £-maii body text. 


AetrvationFiag. 






"Y" means this response is ready to be sent to customers. 
"N" means this response is not ready to be sent so customers.. 
Tnis flag is usea when the response is under construction or it is in the 



£0061] Referring to TABLE 10 the exemplary "Host Kvent From Alert Message Text Database" tat-ie includes data 
fields for: an unique identifier for identifying a host event: account number: product type cede: sub product code: 
currency code: Cm, message code; current vaiue; as of date; iast update date; and. notes. 
[0062] in addition to previously defined data fields, further data fields defined through TABLE 10 include identifiers 
for identifying a customer through the customer's relationship with the host. For example, account number, product 
type, sub product type, and currency code represent four (4'j data fields that link a customer to the nest, in a particular 
exemplary embodiment, & customer has a checking account, ej^, account number, with the host as wefi as a ear loan . 
e.g.. product type, wherein ihe car ioan is a 5 year ioan at an 8.0% fixed interest rate, ejj., sub product type, calculated 
in U.S. dollars, ejj.. currency. The notes and as of date data fields are for snfonnahon which is only merged with the 
response detasi or the message text when messages are sent to the customers. For example, the notes data field is 



TASi.t: 10 







Alert Message Text Database 


1 Name \ Type 


Length 


Description 


] HostEvertNd j int 




intemaiiy generated Unique identifier of She record. (Primary 
key) 






Account number. Pari 1 of 4 to uniquely identify a relationship 
with Host. 


productTypeGcde i Gftar 


3 


Product type. Pari 2 of 4 to uniquely identify a relationship with 


SufaPi"oductTypeCode i Char 




Sub product type. Part 3 of 4 to uniquely identify a relationship 


GurreneyCode i Char 


3 


Currency Code. Part 4 ot 4 to uniquely identify a relationship 
with Host. 
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HOS-i i: 




Alert Message Text Database 


j Name 




Length 


Description 


ON 


i Char 


22 


Customer idenlffication lumber. This field is used to identify 
the specific Customer sequest: record. 


1 Message Cede ; Roa; 




The ^cEion code s e; by 'he Host which represents this oven; 
For example "11111" means overdraft. The Message code is 
used by the host alert message genet star to map a HostEvent 
record to HostinfoPfomp! record 






S 


The current value to version Customer threshold targets arc 
compared against. For example if a customer wants to be 
notified if his/her balance is fceiow certain amount 


] AsO'Date 


i Tims Stamp 


a 


This ?*eid is for information only which wit be merged with the 
Response Deiaii (body) when massages are sent to the 
customers. 


LastUpdateDaSe 


i Time Stamp 


s 


Last Sims tttis record or its corresponding response was 

This field is used by the Alert Message generator's to avoid 
{-.ending duplicate messages 




120 


The textual phrase, which wBi be merged with the Response 
Deiaii (body; when messages are sent to the customers. This 
field can be used to send account specific da&sueh as current 
balances. 



[0063] Referring to TABLE 11 . the; esiempiaty 'Display Groups ^rom Alert Message Te*i Database" tabic includes 



data .fields for: a display group identsftt 
csies She diabase wnieh stores the 0 


n heading: source database: and the dispiay order. The source database indi- 
spiay croups. ecj.. the host hanaoff database 






TABLE 11 


Display Groups from Alert Message sext Database 


Name i Type j 


Length 


Description 


DisplayQroupto i int I 


4 


internally generated Unique identifier of the record. (Primary key} 




80 


The textual phrase appearing on different screens {Web sites). This field 
represents the Product grouping such as "Cfiecsang accounts" or "CDs". 


SourreDB j int j 




"2" for Host handof! database 


DispiayQrder i int I 




The order in which this product grouping will appear on the Customer's 
screen. 



[0064) Refer; ing \o TABLE 12. ibe everopiary "Alert Messages l;om Alert Message Tevt Database" table includes 
data fields for. an alert message identifier: customer 10. customer type, notification method, processor type; reference 
identifier: create date: sent: date: subject: response ttetaft: and GSR notification. 

[0065J The aiert messages ate uniquely identilied to the database through an identifier, in addition to -xeviousiy 
defined aata fields, m, order to formuiate specific alert messages the requesting customer is identified through -a .cus- 
tomer iD. the customers status as m MC or NMC is identified, the notification method is identified, the processor type 
is identified, and a reference iD is used to identity which safest the customer has selected Further, the create and sent 
dates identify when the alert message was created and sent, respectively. 
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TABLE 12 









Aisrt Messages 


com Atert Message Text Database 




Name 


Type 


| Length | 


Description 




Ate rtM ess age id 


tm 


| 4 | 


tmernalty generated Unique ktentifferof the record. {Primary hey) 




Customerid 


int 


1 4 | 


Reference to a Customer record. 




GustomerType 






"0" torCiTIDiRECTor CITSGOLD ctsstarwrs "0" for non-Host 
customers 






Char 




The notification method for this alert 

"0" use customer's default notification method 

"2" for GSM 


20 


PfocessorType 


Char 




"V tor Rales and info type 
"2" for Host type 

"Hits field is required since the public inf conation and data obtained 
from the host are In different database. 




Reference Id 


'"int 


I 4 1 


This sleid is used to identify which alert the customer-is subscribing 
to. Reference to a RatesAndirtforPrompts record when 
ProcessorType is 'T Refer ertce to a HoBtinfoPrompts record when 




Createdftte 






Ttmssisrnp wnen this record is created 




SerstDate 




^ j 6 r 


Time-stamp when atert was sent 


3S 


Subject 


Char 


| 100 ! 


The textual phrase appearing on the Response message heading. 
Ths is the same as standard E-mai! subject text. 










The textual phrase appearing on the Response message body 




NotifyCSR 


Char 




"Y" means when a message w -sent to the customer then a copy 
will also Ce scot >o the customer's CSS 




[0066| certain embodiment* 
oiher applications within the not 


of the present is 
>'fcatiofi system. 


ventson the access da-abase is used to give database access :o a; 



[0067] Refo: ring to TABLE 1 3. the exemplary "Access from Access Database" table includes data iields for. art access 
ID: login jD; password: last changes date; connection string: and password change interval. The access database 
gives a requesting database/server with m appropriate access identifier, the proper database connection string, da- 
tabase login iD. and passwo'd for the database that is sough; to be accessed. The tabic aiso tracks password changes 
through the Last changes date data field and contains the value tor She time intervals at which the password fs required 
to be changed fat security reasons through she password change interval data tic-Id. 



Access from Access Database 




Type 


Length Description 


Access i d 


tot 4 internally generated Unique idewffief ot the record. 

| (Primary key) 


Lcgsrttd- 


Chat 


j ufa i Dalaoase iogin name 
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TABLE 13 (continued) 



Access from Access Database 


Name 


Type j Length 


Description 


Password 




Database login password 


LastGhangedDate 




Last time the Login password was -changed 


Connect! onString 




Database connections string 


Passworoftnangemtervai 




Number of days when a nm password should oe 



[0088] in certain embodiments of the present invention, servers ere either accessed or perform an accessing {unction 
in order Jo update one or triors of the dan-abases described above, tn order to provide timely notifications fo customers, 
it is necessary to ascertain and synthesize the most up. lo dais information thai is available. As was discussed previous!* 
data may be collected from: a variety of different sources and fed into a variety of different databases or files. The term 
"servers" is a generic term utilized to describe any and aff sources oi data and information which may be used fo update 
the specific databases described above. These servers could be databases, servers., or direct data Urtks. such as 

[Q069] The tabies and descriptions set forth herein are merely mean! to be exemplary embodiments of she present 

which fail within the scope of the invention. 



Claims 

1 . A method for notifying a customer of a! least one requested event comprising: 

providing the customer wiih access to a notification system. Including. 

(I) determining a status of the customer as a member customer or a non-men 
providing the notification system, 
i'ii) generating access data for the customer, and 
fill} prompting the customer for the access data: 

prompting the customer to select at feast one requested event, wherein a member customer is pr ovided with 
more event choices that a non-member customer: 

storing the customer's at toast one requested even! selection m a nrsf database. 

prompting the customer to select at least one method of notification: 

storing the customer's at least one method oi notification selection in the first database; 

prompting the customer to select at least one time for notificafion: 

storing the customer's at least one time tor notification selection in the first database; 

receiving trigger data from a! ieasi a second database into {he notificafion system that triggers the at least one 

requested event; 

formulating a notification message thai includes information about the at: least one requested event: and 
sending the ootif icaiion message to the customer via the customer's at least one method of notification at the 
customer's al least one time for notification. 

2. The method according to claim i, further comprising prompting the customer to- select a method of payment lor 
using the notification system, 

3. The method according to darm 2. wherein only non-member custome rs are prompted to select a method of aaymsm: 
for using the notification system, 

t. The method according to claim f . wherein « least the slops oi providing the customer with access fo a notification 
system, prompting the customer to select at feast one requested event, prompting the. customer to select at least 
one method of notificafion. and prompting the customer to select at least one time for notification are performed 
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by a customer service representative, 

5. The method according to eiatm 1 . wherein the second -database contains eustomer-specrfic financial account in- 

6. The method according to eiaim 5. wherein the customer *s 8 nan-member -customer. 
?, A system for notifying a customer of at least one requested event comprising: 

msans for providing the customer with access to a notification system, including. 

(i) means for determining a status of the customer as a member customer or a non-member customer of 
an institution providing the notification system. 

(ii) means far generating access dais for the customer, and 
(iss) means for prompting the customer for She access data: 

means for prompting the customer to select a; least one requested event, wherein the member customer is 

provided with mors event choices than the non-member customer: 

means for storing the customer's at feast one requested event selection: 

means for prompting the customer to select: at feast one method of notification: 

means far storing the customer's at least one method of notification selection; 

means for prompting the customer to select at least one time for notification; 

means f or storing the customer's at feast one time for notification selection: 

means for receiving trigger data from at ieast a second database into the notification sys or ih Itf-a "or t>x 
means for formulating a -notification message that includes information about the at least ore r»»qi Ateo oven 



S. A system for notifying a customer of at least one requested event comprising: 

means for generating a customer's flnamsaf notification preferences which include, 



;ii) a customer's notification method preferences, and 
(iii) a customer's time for -notification preferences; 



a database containing the customers tinanciat notification preferences; 

a database containing financial information, wherein the financial information ts eoiieciod f cm t Ic^st nt 
internal source and at least one externa! source: 

ttnoiitiCrttionmessdgegeneratoriorcompannQtheatteastonetequeslee'eve^vs > ^t. it r yi-t" 
and generatinga notification message when the financia) information matches the at (east >„ oteq & ->iedev 5 < t 
a notification gateway for sending the notification message So the customer according to ->« <• \tu itrs 1 1» 
heation method preferences and time for notification preferences; and 

a database for generating a notification report at the customer's request: wherein the notification report mcsud&s 
at ieast data describing each notification message sent to the customer during a customer -t>rcK d pt- r oc u 



so g. "me system according to claim 8, wherein meat ieast oners-quested event i» reistea to one o tit, ! o a\ro, <rcuc 
consisting of a customer checking account . a customer savings account, a customer financial pi rtf i n i uMamt > 
credit card, stock quotes, foreign exchange rates, interest rates, and loans. 

10, The system according to claim 6. wherein the customer's notification method preferences an* sotsx oJ ten * c 
55 foiiowirig group consisting of electronic mail, hypertext, mark-up language, pager, mobile pro i text "tessairoq 

extensible mark-up language, facsimile, short message service, and telephone. 

11. The. system according to claim 8. -wherein the customer's notification time preferences are s- ilncSt u rn no n 
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more even! choices than trie non -member customer, 
prompting -ne customer ;o select at least one method ci notification; 
prompting the customer to seiect at leasr one time for notification: 
formulating an asert prompt wherein .the alert prompt mciudss, 

im the at least oris- requested event, 

>v) the customer's at iessi one method of notification, and 

(vi) the customer's at feast one time for notification; 

storing me alert prompt in a first database ot she notification system; 

receiving financial information into a second database of tne notification system, wherein the incomingtinancte! 
information is received mto tne second database from at leas! one outside source and at least one inside- 
source, and further wherein the incoming financial information received from the at isast one inside source 
results from a change m ai least one customer account mamtaioed by the host institution; 
comparing the incoming financial information with the at teas! one requested ©vent of the aiert prompt in she 
first database: and 

sending a notification message to tne customer via the customer's at feast one method of notification at the 
customer's at ieast one time for notification when the at toast one requested event matches the incoming 
financial information. 
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DECLARATION 



The subject -matter claimed in cici:iisi-5 ; 
39. 23 falls under the provisions of 
Article 17(2}(a){i) and Rule 39.lf.iH), 
PCT, such subject-matter relating to a 
method of doing business. 



Claims 6-18, 20-2? relate to a 
conventional system for performing the 
business isetnod of claims 1-5 19 and 23, 
Although these claims do not literally 
belong to the method category, they 
essentially claim protect ion for the sara 
cornnercial effect as the method claims. 
The Internationa? Searching Authority 
considers that searching this 
subject -matter would serve no useful 
purpose. It is not at present apparent how 
the subject -matter of the present claims 
;«ay be considered defensible in any 
subsequent examination phase in front of 
the £P0 as International Preliminary 
fcxispvininq Authority with regard to the 
provisions of Article 33(1} PCT (owelty, 
inventive step); see also Guidelines 
B-V1I, 1-61 < 

The applicant's attention is drawn to the 
fact that a search may- &e carries oat 
during examination following 3 declaration 
of no search under Pule 45 EPC, should the 
problems which led to the declaration 
being issued foe overcome (see [-PC 
Guideline C-'Jl , . 
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